APPLICATION OF 



MASATERU MINEMOTO 

A citizen of Japan 
Residing at 
Tanaka Mansion 203 
4-10-11 Ohmorinishi 
Ohta-ku, Tokyo, Japan 



FOR LETTERS PATENT OF THE UNITED STATES 

FOR IMPROVEMENTS IN 

MULTI-DIMENSIONAL PROGRAMMING DEVICE AND 
MULTI-DIMENSIONAL PROGRAMMING METHOD 



Randy Lipsitz, Esq. 

Registration No. 29,189 
Richard L. Moss, Esq. 

Registration No. 39,782 
Attorneys for Applicant 
KRAMER LEVIN NAFTALIS & 

FRANKEL LLP 
919 Third Avenue 
New York, New York 1 0022 
(212) 715-9100 



Attorney Docket No. 56314/4 



KL3:215I760.1 



MULTI DIMENSIONAL PROGRAMMING DEVICE 
AND MULTI-DIMENSIONAL PROGRAMMING METHOD 



BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a multi-dimensional programming 
device and a multi-dimensional programming method for creating multi- 
dimensional flowcharts which are written horizontally, such as a two- 
dimensional flowchart, a three-dimensional flowchart, a four-dimensional 
flowchart and the like. 

2. Description of the Related Art 

Programming for using a computer for a particular objective is 
generally put together according to the following procedure. Namely, 
"Step 1 program flowchart — » (convert) — > source program" 
"Step 2 source program — > (compiler) — > object program" 
"Step 3 object program — > (linker) — ► load program". 

The program flowchart mentioned in Step 1 above is typically 
written vertically, from top to bottom and from left to right, as shown in Fig. 
31. 

In a case where the flowchart does not follow this flow pattern, 
arrows are written in to clarify the direction of the flow. 

That is, the program flowchart shown in Fig. 31, which is seeking an 
average value H, indicates, for example on a display, that the flow of control 
on each data of a sum S, an input value D and a counter C are written one 
after the other in the vertical direction in a fashion so as to correspond to a 
time axis. 



However, when it comes to creating this vertically written program 
flowchart, there exist the following problems. 

As described above, the flow of the control performed on the data are 
written in a sequence so as to follow a vertical time axis, but the flow of the 
data itself is described in a horizontal direction among the reference 
numerals for the processing and the like. Furthermore, the continuity of the 
flow of the data is difficult to understand due to the flow of the control. 

Therefore, the flow of the control data of the vertical direction and 
J;J the flow of the data of the horizontal direction are both simultaneously and 

?• «i 

is? 

contradictorily present inside the vertically written program flowchart, and 

iy the flow of the data is cut off. 

t ^ 

As the flow of the control becomes more complicated and as the 

Eft: 

I* number of types of data increases, this problem becomes more remarkable. 

\* t * 

l::? Meanwhile, the source program at Step 1 mentioned above is 

•:. \ s 

3?* t-^s 

Q expressed one-dimensionally, and the flow of the control and the flow of the 
data are broken off from each other, making it even more difficult to 
understand than the above-mentioned vertically written flowchart. 

SUMMARY OF THE INVENTION 

Therefore, an object of the present invention is to provide a multi- 
dimensional programming device and a multi-dimensional programming 
method for creating a multi-dimensional, horizontally written flowchart 
which solves the inconvenient aspects of the vertically written program 
flowchart in the work performed at the above-mentioned Step 1, and also 
drastically changes the programming method. 

In order to achieve this object, the present invention is a multi- 
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dimensional programming device comprised of an object file unit storing 
object information for creating a multi-dimensional, horizontally written 
flowchart such as a two-dimensional flowchart, a three-dimensional 
flowchart and a four-dimensional flowchart; an object editing unit for using 
the object information read from the object file unit to edit the 
multi-dimensional flowchart; a drafting unit for drafting the edited 
multi-dimensional flowchart; and a saving unit for saving the edited 
multi-dimensional flowchart into the object file unit. (Invention according 

if - 

p to Claim l) 

|y Further, the present invention is a multi-dimensional programming 

£(J method for reading object information from an object file unit storing object 
CR information for creating a multi-dimensional, horizontally written flowchart 
such as a two-dimensional flowchart, a three-dimensional flowchart and a 

151 ! « 

ijs 

fij four-dimensional flowchart; using the object information to edit the 

it! £ itt 
i{ * % 

□ multi-dimensional flowchart; drafting the multi-dimensional, horizontally 
written flowchart such as the two-dimensional flowchart, the three- 
dimensional flowchart, and the four-dimensional flowchart based on the 
edited multi-dimensional flowchart; and saving the edited multi- 
dimensional flowchart into the object file unit. (Invention according to 
Claim 2) 

Hereinafter, explanation will be made of an idea which forms a 
foundation upon which the inventor arrived at the present invention. 

As is evident from experience, when one's viewpoint on a 
three-dimensional rectangular parallelepiped changes, a variety of shapes 
can be seen. For example, the shape seen from the front, the shape seen 
on a flat surface and the shape seen from a side are all different from each 
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other. That is, there are portions which can be seen and cannot be seen, 
depending on the viewpoint. 

If this principle is extrapolated to a multi-dimensional rectangular 
parallelepiped, the image seen from directly above, the image seen from the 
middle, the image seen from a slanted angle above and the like each involve 
portions which can be seen and portions which cannot be seen according to 
that particular viewpoint. 

The position of each viewpoint is specified by means of coordinates, 
J;;* and the reason why portions can be seen and cannot be seen according to 
Jjj each viewpoint is thought to be because the coordinate axis changes. 
J f Next, a program will be compared to a multi-dimensional rectangular 

parallelepiped, and a concept of programming space will be developed. 

First, consider a three-dimensional programming space, based on 

IU time, data and control comprising a program. This space is defined as "basic 

f ?% 

O programming space" (also called "three-dimensional basic coordinates"). 

The basic programming space can be depicted as a diagram as shown 
in Fig. 1. 

That is, the diagram is drafted with a flat surface diagram 1 which is 
a flat surface formed by a control axis and a flow axis (i.e., a time axis), a 
front surface diagram 2 which is a flat surface formed by a data axis and 
the flow axis (i.e., the time axis), and a side surface diagram 3 which is a 
flat surface formed by the control axis and the data axis. 

There are also instances in which programming such as an event 
process, for example, is added to this kind of basic programming space to 
make a four-dimensional programming. This is considered that the basic 
programming spaces are layered as shown in Fig. 2. 
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In Fig. 2, there are layered an Event Process 1, Event Process 2, 
Event Process 3, Event Process 4 and Event Process 5 going down from the 
top. 

In Fig. 2, the data axis and the event axis appear to overlap each 
other, but if the viewpoint is changed they appear as in Fig. 3. 

It is possible to think of this kind of programming as a 
multi-dimensional rectangular parallelepiped. 

However, the display and the like which are used when the program 
is to be edited are two-dimensional display devices, and it is impossible for 
such devices to make the multi-dimensional space visible in actual multiple 
dimensions. 

Therefore, the basic programming space shown in Fig. 1 can be 
opened up into a flat surface as shown in Fig. 4. 

Here, the input-output and the predefined process are shown in a 
control flow surface 10. The input-output control timing is the point of the 
flow of the controls. Thus, this is written in the flat surface. 

The flow of the data is displayed in a data flow surface 20. 

The data is inputted from an input device, goes through a CPU and 
enters an internal memory such as a register. This becomes the starting 
point of the flow of the data. On the other hand, since the output of the 
data is sent from the internal memory through the CPU to an output device 
or the like, the end of the data flow is the point in time when the data is 
sent, and the flow of the data is displayed. 

A data state surface 30 displays the state of the internal memory at 
the time of each process. 

The horizontal axis in Fig. 4 represents the time axis, and a 



horizontally written flowchart can be drawn along the time axis to 
represent the control flow and the data flow. 

A portion 21 surrounded by perpendicular lines of the data flow 
surface 20 indicates an aggregation of state changes, so this state 
aggregation is displayed in the data state surface 30. When there are 
many state aggregation, the above-mentioned portion 21 is displayed by 
scrolling. 

Accordingly, the data state surface 30 displays the state of a memory 
for temporarily storing the data, such as the state of an internal memory 
provided inside the CPU, for example. 

An unused display region 4 may also be used as the data state screen 
for displaying the aggregation of memory state changes. 

Note that, bold double lines 70 and 71 shown in Fig. 4 assume a 
cursor which will be described below. 

In order to enable the display of the basic programming space such 
as is described above onto a two-dimensional display device, the present 
invention is provided with an object file unit in which there is stored object 
information for creating a multi-dimensional, horizontally written flowchart 
such as a two-dimensional flowchart, a three-dimensional flowchart and a 
four-dimensional flowchart. (Each invention according to Claim 1 and 
Claim 2). 

The object information saves program flowchart symbol information 
such as a start terminator and an end terminator, along with coordinate 
information for specifying a location by rows and columns, cell information 
described as an area of an intersection of the rows and the columns, 
character information and the like. (Invention according to Claim 3) 



In order to make the multi-dimensional space visible on a 
two-dimensional display device such as a display, it is important to include 
the coordinate information in the object information. It is desirable for the 
coordinate information to include a combination of a time axis, a data axis 
and a control axis, a combination of the time axis, the data axis, the control 
axis and a CPU axis, a combination of the time axis, the data axis, the 
control axis, the CPU axis and an event axis; a combination of the time axis, 
the data axis, the control axis, the CPU axis, the event axis and a condition 
axis; and a combination of the time axis, the data axis, the control axis, the 
CPU axis, the event axis, the condition axis and a PC axis. (Invention 
according to Claim 4) 

The program is logic across time, so the combinations with time are 
essential. This type of coordinate information enables the programming 
space to be turned into a flat surface. 

Note that it is presumed that the number of CPUs contributing to 
the program is one. If the CPU axis is omitted, then the combination of 
the time axis, the data axis, the control axis and the CPU axis in the above 
coordinate information becomes the basic programming space. 

The next problem to be taken up is how each of the above axes are 
assigned to the screen such as a display. 

According to the present invention, in a screen which is drafted with 
the time axis, the data axis, the control axis, the CPU axis, the event axis, 
the condition axis and the PC axis as its coordinate information, a screen 
construction is used in which a horizontal axis becomes the time axis and a 
vertical axis is used for the data axis, the control axis, the CPU axis, the 
event axis, the condition axis and the PC axis. (Invention according to 



Claim 5) 

That is, placing the time axis, which is common throughout the 
programming space, on the horizontal axis enables the programming space 
to be turned into the flat surface more accurately. 

The object editing unit of the present invention makes a 
programming space displayable on the screen by means of three- 
dimensional basic coordinates which take the horizontal axis as the time 
axis and use the vertical axis for at least the data axis and the control axis, 

•» ■ , 

|=l and also, performs the editing of the screen and the like according to an 
W input command signal. (Invention according to Claim 6) 

if 1 1 

W In other words, the time axis is displayed and at least the data axis 

C !1 and the control axis are displayed on the vertical axis on the horizontal axis 

H of the screen such as the display; therefore, the each of the cells which are 

Hi specified by the time axis, the data axis and the control axis have objects 

''. ' »" 

Q written into them in accordance with the input command signal, for 
example. 

Thus, in order to take a cross section for the programming space and 
see an inside portion of the program, the object editing unit makes it 
possible to switch the dimension being shown. (Invention according to 
Claim 7) 

In order to see the inside portion for the programming space that is 
assumed as a multi-dimensional rectangular parallelepiped, it is sufficient 
to cut a cross section at a given place. 

For example, by cutting a cross section at A~A in Fig. 2, it becomes 
possible to grasp the content of each of the events taking place at a given 
point in time along the control axis. 
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This editing process which takes place on the screen such as the 
display corresponding to the cross-sectional cutting of the program space is 
a switching of dimensions. In other words, it is a changing of the location 
of the viewpoint. 

This switching of the dimension enables the inside of the multi- 
dimensional space to be made visible and promotes comprehension of the 
programming. 

Further, in the case of the screen construction in which the vertical 
axis represents the data axis, the control axis, the CPU axis, the event axis, 
the condition axis and the PC axis, flat surfaces of draftable programming 
spaces are made into a group and assigned by means of tabs. (Invention 
according to Claim 8) 

Accordingly, in the case where the screen of the display device such 
as the display is narrow, the introduction of the tabs makes it possible to 
divide the flat surfaces of the display device into several groups, assign tabs, 
switch the display screens by clicking on the tabs, and thus use the screen 
in a versatile fashion. 

Similarly, in the case where the screen of the display device is 
narrow, it becomes difficult to view the entire program. 

Therefore, the object editing unit is provided with a function for 
shrinking or restoring the coordinate information by units of rows and 
columns. (Invention according to Claim 9) 

Accordingly, it becomes possible to switch between a screen viewing 
the entire program and a detailed screen of a particular portion. 

Further, the object editing unit is provided with a function for 
burying a given coordinates axis into another coordinates axis, such as by 



decreasing the number of dimensions, centered around the time axis which 
is common throughout the programming space. (Invention according to 
Claim 10) 

Accordingly, it is possible to decrease the number of dimensions in 
the limited screen of the display device. 

Further, the saving unit contains horizontal slit information having 
one line's worth of cell objects, and flat surface object information having 
an object on a flat surface corresponding to the horizontal slit. (Invention 
W according to Claim 11) 

If* « M? 

The program is a logic which is intimately connected with time, and 
ytf it is desirable to be able easily to apprehend what paths the program took 

ii m vi 

:;" 

t iS in the past and what paths it may take in the future. 

la 

When this is possible, the horizontal slit has one line's worth of cell 

8 ': I 

« " y. 

W objects, and the flat surface object information has an object on the flat 

: i: 

*<« 

surface so as to correspond to the horizontal slit; therefore, it is possible to 
copy the past progress and the future changes of the program onto the 
screen. 

BRIEF DESCRIPTION OF THE DRAWINGS 
In the accompanying drawings- 
Fig. 1 is a viewpoint diagram of a basic programming space which is 
the premise of the present invention; 

Fig. 2 is a viewpoint diagram of the same basic programming space; 
Fig. 3 is a front elevation view of the same; 

Fig. 4 is a developed diagram of the same basic programming space; 
Fig. 5 is a diagram of an example construction of a multi- 
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dimensional programming device according to the present invention! 

Pig. 6 is an explanatory diagram of illustrating class definition,* 

Fig. 7 is a diagram of a member function definition screen; 

Fig. 8 is a flowchart of control according to the present invention; 

Fig. 9 is a diagram of an example of screen display of the multi- 
dimensional programming device according to the present invention; 

Fig. 10 is an example of the same screen display; 

Fig. 11 is an explanatory illustration of a cursor in the same screen 
P display; 

W Fig. 12 is a diagram of an example display of a three-dimensional 

IB programming flowchart; 

P Fig. 13 is a diagram of the example display of the three-dimensional 

H; programming flowchart; 

fi] Fig. 14 is a diagram of the example display of the three-dimensional 

:: : 5 
• ** 

(3 programming flowchart; 

Fig. 15 is a cross-sectional diagram of a four-dimensional 
programming space; 

Fig. 16 is a cross-sectional diagram of the four-dimensional 
programming space; 

Fig. 17 is a cross- sectional diagram of the four-dimensional 
programming space; 

Fig. 18 is an example of a four-dimensional screen display; 

Fig. 19 is a cross-sectional diagram of the four-dimensional 
programming space; 

Fig. 20 is an example of the four-dimensional screen display; 

Fig. 21 is a shrunken diagram and an expanded diagram of the four- 
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dimensional programming space (A) and (B), respectively; 

Fig. 22 is an example of the four-dimensional screen display; 

Fig. 23 is an example of the four-dimensional screen display; 

Fig. 24 is an example of a four-dimensional expanded screen display; 

Fig. 25 is an example of a four-dimensional shrunken screen display; 

Fig. 26 is an explanatory illustration of burying between the basic 
programming space; 

Fig. 27 is an explanatory illustration of burying between the basic 
programming space; 

Fig. 28 is an example of a screen display of four-dimension burying; 

Fig. 29 is an example of a screen display of data copying; 

Fig, 30 is an example of the screen display of the data copying; and 

Fig. 31 is an example of a screen display of conventional 
programming. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Hereinafter, explanation will be made of an embodiment of the 
present invention, with reference to the drawings. 

As shown in Fig. 5, a multi-dimensional programming device 
(hereinafter referred to simply as "device") according to the present 
embodiment is comprised of a memory means 7 equipped with an object file 
unit 5 and a program file unit 6 for storing object information for making a 
multi-dimensional, horizontally written flowchart; a central processing unit 
(CPU) 9A equipped with an object editing unit 8 for editing the 
multi-dimensional flowchart using the object information read from the 
object file unit 5 and a saving unit 9 for saving the edited multi- 



dimensional flowchart into the object file unit 5; and an image processing 
unit 9B acting as a drafting unit for drafting the edited multi-dimensional 
flowchart. 

The device is equipped with an input device 90 comprised of a 
keyboard, a mouse, a digitizer and the like; a RAM 91 for temporarily 
saving data processed by the central processing unit 9A; a CRT 92 which 
acts as a display device! and an output device 93 such as a printer. 

The object file unit 5 stores an object ID, coordinate information, cell 
information, character information and the like. 

The above mentioned object ID has standard symbolic information 
for the program flowchart, including start terminators, end terminators, 
start loop limit, end loop limit, two branch decisions, multiple branch 
decisions, recombining, start parallel mode, end parallel mode, data input, 
data output, process, predefined process and the like. 

In order to make macros, it is also possible to write in IDs for macro 
command start terminators, macro command end terminators, macro 
branches and macro recombining. 

The coordinate information includes a combination of the time axis, 
the data axis and the control axis, a combination of the time axis, the data 
axis, the control axis and the CPU axis, a combination of the time axis, the 
data axis, the control axis, the CPU axis and the event axis; a combination 
of the time axis, the data axis, the control axis, the CPU axis, the event 
axis and the condition axis; and also a combination of the time axis, the 
data axis, the control axis, the CPU axis, the event axis, the condition axis 
and the PC axis. 

Here, PC denotes a computer connected with LAN. 



In the above-mentioned cell information, the cell widths, namely the 
intervals along a time axis between the coordinates in the coordinate 
information, are automatically adjusted to the size of the chart symbols. 
Note that the height of the cells is uniform. Information about the color of 
the cells or the like is also included. 

The character information stores the color of the characters, the 
background color behind the characters and the character strings 
(assignments, branch conditions, etc.). 
y Additionally, the memory means 7 also stores color information for 

W the symbols in the chart and flow test flags (0- untested, 1- test completed). 

1 y 

W It is also possible to provide an abbreviation dictionary file unit 70 

s: si; 

P (not shown) to the memory means 7. 

H When the surface area of the display screen of the display device 92 

III is limited and when its width is too narrow, if identifiers such as the names 

:i i i. 
\~ - 'i 

13 of functions and variables are too long, the display of the data flow and the 
control flow becomes short, and it becomes difficult to understand the flow. 
Therefore, it is desirable for the memory means 7 to have an abbreviation 
dictionary used in that particular programming which is currently being 
created. 

Long identifiers are defined as shortened abbreviations and are 
recorded into the abbreviation dictionary. The abbreviations are used in 
place of the long identifiers, and thus it becomes possible to display the flow 
for a long time and the programming becomes easy to understand. 

In addition to the abbreviation dictionary which is to be used 
particularly for that programming, it is also possible to prepare an 
abbreviation dictionary which is to be used across the entire system. 
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It is also possible to provide the memory means 7 with a class library 
71 (not shown). 

In the C++ programming language, the concept of classes closely 
links data and a program together (referred to as capsulizing). It is 
desirable to incorporate this type of object oriented programming to the 
multi-dimensional programming of the present invention. 

The definitions of the classes can be represented as a chart as in Fig. 

6. 

External variables 1, 2, 3, 4... are defined outside member functions 
1, 2, 3, 4... so they are external variables. 

Accordingly, access can be made freely from the member functions. 
The external variables are described on a data flat surface (which 
corresponds to a data flow surface 20 in Fig. 4 described below). 

The number of arguments of each of the member functions is 
different for each member function, and the argument and an internal 
variable are both described in the data flat surface. 

Derivative classes are classes delivered from basic classes. The 
basic classes are the classes upon which other classes are delivered. Also, 
a configuration is adopted such that when a member function is clicked on, 
the screen switches over to a multi-dimensional programming screen and 
the member functions can be defined. 

Note that Fig. 7 shows the screen for defining the member functions. 

This figure shows a control flat surface (which corresponds to a 
control flow surface 10 in Fig. 4 described below) and a data flat surface. 
When the defining of the member function 3 is completed, the screen 
returns to the preceding class definitions and can then proceed to defining 



of a subsequent member function. 

Note that the program file unit 6 stores software used for multi- 
dimensional programming such as a spreadsheet software program as an 
application software. 

Fig. 8 shows the flow of the processing performed by the device 
constructed as described above. 

Specifically, the central processing unit 9A reads an object MD (i.e., 
the object information) from an object MD file (i.e., the object file unit 5) 
which stores the object information for making the multi-dimensional 
horizontally written flowcharts such as a two-dimensional flowchart, a 
three-dimensional flowchart and a four-dimensional flowchart. 

Next, the central processing unit 9A uses the object information to 
edit the multi-dimensional flowchart according to input instructions from a 
programmer. 

Then the multi-dimensional horizontally written flowcharts such as 
the two-dimensional flowchart, the three-dimensional flowchart, and the 
four-dimensional flowchart are drafted based on this edited multi- 
dimensional flowchart, and are displayed on the display device 92. 

Meanwhile, the central processing unit 9A saves the edited 
multi-dimensional flowchart into the object file unit 5. 

Next, a more specific explanation of the processing performed by the 
device will now be made. 

When the device is booted, a file menu is displayed on the screen of 
the display device 92. 

If a new chart is to be made, a button indicating so is pushed and the 
next dimensions are defined. 



The coordinates of the dimensions are displayed on the screen of the 
display device 92 with the three dimensions as the basic coordinates, the 
three dimensions taking a horizontal axis as a time axis, and a vertical axis 
as at least a data axis and a control axis. Note that the dimensions may be 
increased freely. For example, a seven-dimensional space could produce a 
screen display model such as the one shown in Fig. 9. 

Next, the definition for the classes and the functions is performed. 

Note that the size of the display screen of the display device 92 is 
fixed, so the more dimensions are increased, the more difficult it becomes to 
view the display screen. However, when this occurs, tabs may be introduced 
to divide the flat surface into several groups and assign tabs to them. 

Then, when the tabs in the display screen of the display device 92 
are clicked on, the central processing unit 9A receives a command to 
perform control which make the display screen switch over. 

Next, the programmer drafts the flowchart symbols or the like inside 
the cells of each of the flat surfaces, according to the program flowchart 
symbols information and the like which has been read out from the object 
file unit 5. 

Further, the character strings are drafted into predetermined 
positions inside the cells based on consideration of the links between the 
character strings and the objects from the character string information 
which has been read out from the object file unit 5. 

On the screen, a cursor indicating a write location appears as a 
slit-type cross cursor. 

For example, in a screen having four-dimensional coordinates as in 
Fig. 11, if the location where the cursor exists were to be expressed as 



cursor coordinates, the cursor coordinate at a certain time c would be 
expressed as a combination of four numerical values (time c, data c, control 
c and CPU c). In other words, the cursor is positioned at time-CPU flat 
surface, time-control flat surface and time-data flat surface. 

Fig. 12 and Fig. 13 show a program created according to the device. 

Note that, in these diagrams, the horizontal axis "S" indicates time, 
the vertical axis "R" indicates the control and "D" indicates the data. 

Fig. 12 shows an example of display of the time-control flat surface 
S3 of a program which looks for an average value. Fig. 13 shows what a 

,3! f« «* 

UJ time-data flat surface of the same would look like from a cross-sectional 

is iS 

T* M 

Ui view taken at a position R2 of a cross-type cursor 70. 



In In Fig. 13, S3 contributes to the flow of the control and S5 is a 

U decision, so it is not displayed on a data flow surface 20. The double line 

f LI 

fy at S5 indicates input from outside, and it is intended to increase the 

Q comprehensibility of the data flow. 

* i 

Also, if a side elevational view from a loop end point (S6) were to be 
illustrated in Fig. 12, then the states of variables S and C would be 
displayed as in Fig. 14. 

When this program for finding the average value is executed, specific 
numerical values are stored in an internal memory, so the numerical values 
are displayed in the side elevational view. 

According to the above programming example, the "flow of the 
control" and the "flow of the data" in the program flowchart are neatly 
organized, and thus a flowchart which is easy to understand can be 
displayed. 

Next, explanation will now be made of a four-dimensional program 



- 18 - 



flowchart in which an event axis has been added to the three-dimensional 
basic coordinates mentioned above. 

When the state of the program, or namely, an even at a certain point 
in time along the line of flow of the control, is included in the combination 
configured in Fig. 3, then a table such as the one shown in Fig. 15 can be 
drawn. 

Here, when a cross-section is taken with the control flow of State 1, 
a data flow such as the one in Fig. 16 is seen. That is, the connection can 
be seen clearly between the data flow until State 1, the data flow until 
Event Process 1 and the data flow after the event process. 

However, this leaves the data flows of other event processes 
unconnected, so the data flows of the event processes need to be shifted 
upward and downward to restore the connectivity as in Fig. 17. 

With respect to the control flows, however, the control flow of the 
uppermost Event Process 1 can be seen, but the event processes below the 
Event Process 1 are all hidden and thus cannot be seen. 

In order to solve this problem a screen structure such as the one in 
Fig. 18 is adopted. In Fig. 18, when a click is made on a part of Event 1 of 
State 1, the signal from the click makes the control flowchart of process of 
Event 2 so that it is displayed. In other words, each time a click is 
performed, the data for the control flowchart of the subsequent event is 
called up and can be displayed on the screen. 

The operations correspond to the cutting of the programming space 
shown in Fig. 2, cutting the space at a right angle along the event axis. 

In other words, the data flowchart made by cutting at State 1 and 
cutting in between Event 2 and Event 3 is shown as shown in Fig. 19, but 



Fig. 20 shows how it may be shown from directly above. 

As the flow of control for the event processing becomes larger, the 
intervals between State 1, State 2 and State 3 become wider and the overall 
view of the processing becomes more difficult to see. In order to improve 
this, it is desirable to shrink the control flow from the event processing unit 
in the basic programming space and enlarge the same as necessary, as 
indicated by the symbols (A) and (B) in Fig. 21. 

These enable the intervals between State 1, State 2 and State 3 to be 

|p is 

\* made narrower, so the flow of the control of the program are improved on 
jUl the whole. 

W That is, the screen display becomes the shrunken display in Fig. 22, 

sis 

V 1 and the expanded display in Fig. 23. 

I* The expansion and shrinking of the above-mentioned event process 

HI can also be performed as screen displays such as the ones shown in Fig. 24 
O and Fig. 25. 

In the case where the screen of the display device 6 is narrow, it 
becomes difficult to view the entire processing as a whole; however, as long 
as there are the above-mentioned functions for shrinking and restoring (i.e., 
expanding), it is possible to switch between the overall view and the 
detailed view while working. 

Fig. 24 is the original event process screen and lines of Control 1 
through Control 12 are displayed in succession. 

Fig. 25 shows the event process in a shrunken form, and each of the 
lines for Control 4, 5, 7, 8, 10 and 11 from the screen in Fig. 24 are 
shrunken, new lines are added as the shrinking permits and the overall 
view becomes easier to see. 
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If the basic programming space were to be expressed in spreadsheet 
format of spreadsheet software, the spaces in a three-dimensional program 
would be displayed as in Fig. 26, and if as the number of dimensions is 
reduced, the display can be made as in Fig. 27. 

In Fig. 26 the time-control flat surface portion of the program has 
been stripped off. This is an instance of two-dimensional flat surfaces 
being layered and turned into a three-dimensional program. 

When the tables are lined up in order on a flat surface with time as 
the common point among them as in Fig. 27, then they become two- 
sTj dimensional. 

m Thus it is possible to bury the time-data flat surface into the 

"■ » «» ; 

:i 

m time-control flat surface. 

Next, explanation will now be made of the case in which the 
fx four-dimensional screen is reduced to two-dimensions to be buried. 
III It is assumed here that the tables in Fig. 27 are lined up along a 

H CPU axis. 

This screen was originally a collection of cells of four-dimensional 
spaces (i.e., the dimensions being time, data, control and the CPU), and 
three-dimensional cell spaces (i.e., being comprised of time, data and 
control) are selected from the spaces and a two-dimensionalized version of 
these (i.e., time and data/control) becomes a line of three-dimensional 
tables. When these tables are turned into two-dimensional tables, they are 
displayed as the tables in Fig. 28. 

Multi-dimensional screens comprised of four dimensions or more may 
also be turned into two-dimensions according to a similar procedure. 

Note that performing the above operations in the opposite order can 
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return the tables to their original number of dimensions. 

The program is a logic which is intimately connected to time, so it is 
desirable that it be possible easily to apprehend what paths it was the 
program has passed in the past, and what paths it will be possible for the 
program to follow in the future. 

Accordingly, the program is seen as being made of something soft 
such as rubber, such that its variation along the direction perpendicular to 
the time axis may be realized freely. 

A slit-shaped cursor is convenient when using it as a place for 
holding the past paths. This will be explained with a flat surface-CPU 
screen of Fig. 29. 

The cursor is located at (time 4, CPU l). The slit located at CPU 1 
is referred to as a CPU slit. 

The CPU slit is an object for holding one line's worth of cell objects. 

Meanwhile, an object for holding one cell's worth of information 
pertaining to time is a time slit. 

In the CPU slit in the same diagram, there is included an object ID 
which indicates coordinate information, operation possibility information, 
start parallel mode information and end parallel mode information. 

The coordinate information contains (time 1, CPU 1), (time 2, CPU 1), 
(time 3, CPU 1), (time 4, CPU 1), (time 5, CPU 1), (time 6, CPU l) and (time 
7, CPU 1). 

Further, the operation possibility information contains an operation 
possibility object ID for (time 1, CPU l) through (time 7, CPU 1). 

Also, the start parallel mode information contains an object ID for 
(time 3, CPU I), and the end parallel mode information contains an object 
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ID for (time 6, CPU l). 

Next, the cursor location is dropped to (time 4, CPU 2) as shown in 
Fig. 30. 

The dotted line in Fig. 30 indicates a portion which is made to 
appear empty in order to copy into the CPU slit. 

The cells at the coordinates (time 1, CPU 2), (time 2, CPU 2), (time 6, 
CPU 2) and (time 7, CPU 2) are actually empty. 

The CPU slit object is displayed in the empty cell just as it is. 

i ■ 

j:{ The cell at the coordinates (time 3, CPU 2) is a start parallel mode 

** 

™ object ID, so it displays an object corresponding to the cells at (time 3, CPU 
1) and (time 3, CPU 2) and saves the object at (time 3, CPU 2) into the CPU 
slit. 

i* The cells at the coordinates (time 4, CPU 2) and (time 5, CPU 2) are 

:• .pi 

: = 

yj not empty, so they are saved and displayed at time 4 and 5 of the CPU slit. 
jW The cells at the coordinates (time 4, CPU 1) and (time 5, CPU l) are 

operation capability object IDs, so corresponding objects are shown therein. 

The cell at the coordinates (time 6, CPU 2) is the end parallel mode 

object ID, so it displays an object or objects to be saved in a corresponding 

CPU slit. 

The cell at the coordinates (time 6, CPU 1) is shown appearing 

empty. 

The cell at the coordinates (time 7, CPU 2) is empty, and when it is 
empty, the CPU slit is displayed just as it is. 

The cell at the coordinates (time 7, CPU l) appears empty on the 
screen. Thus, the past progress and the future changes are copied into the 
CPU slit by means of the processing described above. 
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The program which has been edited according to the operations 
described above is named, and then saved into the object file unit 5. 

According to the present invention, it is possible to provide the 
multi-dimensional programming device and the multi-dimensional 
programming method for creating multi-dimensional, horizontally written 
flowcharts, which solves the problems experienced in vertically written 
program flowcharts or the like, and also, drastically changes the 
programming technique. 



